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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3 GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 



The present document is part of a series of documents specifying charging functionahty in UMTS network with 
apphcation services. The UMTS core network charging principles are specified in document TS 32.200 [2], which 
provides an umbrella for other charging documents that specify the structure and content of the CDRs and the interface 
protocol that is used to transfer them to the collecting node. The document structure is defined in figure 1. The CDR 
content and transport for application services are described in the present document especially for MMS. As the basis 
and reference for this work is taken the functional description of the MMS specified for stage 1 in TS 22.140[3] and 
stage2inTS23.140[4]. 
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Figure 1 Charging Document Structure 

All references, abbreviations, definitions, descriptions, principles and requirements that are common are defined in the 
3GPP Vocabulary [1] and specialised to charging in UMTS domains or subsystems are provided in the umbrella 
document [2]. 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply in addition to those defined in 
3GPP TR 21.905 [1] and 3GPP TS 22.140 [3]: 

MMSE: a collection of MMS -specific elements under the control of a single administration 

MMS Relay/Server: an MMS -specific network entity/application that is under the control of an MMS service provider. 
An MMS Relay/Server transfers messages, provides operations of the MMS that are specific to or required by the 
mobile environment and provides (temporary and/or persistent) storage services to the MMS 

MMS User Agent: an application residing on a User Equipment, an Mobile Station or an external device that performs 
MMS-specific operations on a user's behalf. An MMS User Agent is not considered part of an MMSE. 

Originator MMS User Agent: an MMS User Agent associated with the sender of an MM 

Recipient MMS User Agent: an MMS User Agent associated with the recipient of an MM 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations defined in 3GPP TR 21.905 [1], 3GPP TS 32.200 [2]and 
3GPP TS 23 140 [4] and the following apply: 

EM Element Manager 

MIME Multipurpose Internet Mail Extensions 

MM Multimedia Message 

MMS Multimedia Messaging Service 

MMSE Multimedia Messaging Service Element (can also be Multimedia Messaging Service Environment 

in other technical specifications) 

MMSO Multimedia Messaging Service Originator 

MMSR Multimedia Messaging Service Recipient 



Record Description 



Two types of CDRs can be generated in the service domain for MMS by the MMS Relay/Servers. As described in 
TS32.200 [2], these types are: MMSO-CDR and MMSR-CDR. The content of each CDR type is defined in one of the 
two tables that are part of this clause. For each CDR type the field definition includes the field name, description and 
category. 

Equipment vendors shall be able to provide all of the fields listed in the CDR content table in order to claim compliance 
with the present document. However, since CDR processing and transport consume network resources, operators may 
opt to eliminate some of the fields that are not essential for their operation. This operator provisionable reduction is 
specified by the field category. 

A field category can have one of two primary values: 

M This field is Mandatory and shall always be present in the CDR. 

C This field shall be present in the CDR only when certain Conditions are met.. These Conditions are specified 
as part of the field definition. 

All other fields are designated as Operator (O) provisionable. Note that previously the letter "O" represented the word 
"Optional". Using TMN management functions or specific tools provided by an equipment vendor, operators may 
choose if they wish to include or omit the field from the CDR. Once omitted, this field is not generated in a CDR. To 
avoid any potential ambiguity, a CDR generating element MUST be able to provide all these fields. Only an operator 
can choose whether or not these fields should be generated in their system. 
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Those fields that the operator wishes to be present are further divided into a mandatory and conditional categories: 

Om This is a field that, if provisioned by the operator to be present, shall always be included in the CDRs. In other 
words, an Om parameter that is provisioned to be present is a mandatory parameter. 

Oc This is a field that, if provisioned by the operator to be present, shall be included in the CDRs when the 

required conditions are met. In other words, an Oc parameter that is configured to be present is a conditional 
parameter. 

The MMS Relay/Server shall be able to provide the CDRs at the Billing System interface in the format and encoding 
described in the present document. Additional CDR formats and contents, generated by the MMS Relay/Server, may be 
available at the interface to the billing system to meet the requirements of the billing system. 

4.1 Service record for originating MIVIS (IVIMSO-CDR) 

If enabled, an MMSO-CDR mobile originated MMS record shall be produced for each originating MM sent by a 
mobile user agent via the MMS Relay/Server. 

Table 1 : Mobile originated MMS record (MMSO-CDR) 



Field 


Categ 
ory 


Description 


Record Type 


M 


Mobile Originated MMS. 


IVIIVIS Relay Address 


M 


The IP address of the MMS Relay/Server of the originated MM. 


Message ID 


M 


The MM identification provided by the MMS Relay/Server. 


Reply Message ID 


C 


The reference MM identification provided by the MMS Relay/Server to 
correlate to the original MM in case of a Reply-Charging (See "Charge 
Information" parameter description.). 


Originator address 


M 


The address of the originator MMS user agent of the original MM, i.e. the 
recipient of the read-reply report. 


Recipient(s) address 


M 


The address(es) of the recipient(s) MMS user agent of the original MM, i.e. 
the originator of the read-reply report. Multiple addresses are possible. 
Note: a multiple group may be addressed. 


Access Correlation 


Om 


A unique identifier delivered by the used access network domain of the 
originating MMS User Agent. 


Content type 


M 


The content type of the MM content. 


Message size 


M 


The size of the MM. 


Message type 


M 


The category of the MM. 


Forwarded Message 
Indicator 


C 


If present, this field shall indicate that the original MM was forwarded. 


Message class 


M 


The class selection such as personal, advertisement, information service. 


Charge Information 


C 


The charge indication and charge type. 


Submission Time 


M 


The time at which the MM was submitted from the originator MMS user 
agent. 


Time of Expiry 


C 


The desired date or duration of time prior to of expiry for the MM or reply-MM 
if specified by the originator MMS user agent. 


Earliest Time Of Delivery 


C 


This field contains either the earliest time to deliver message or the number 
of seconds to wait before delivering the message. 


Duration Of Transmission 


Om 


The time used for transmission of the MM between the user agent and the 
relay server.. 


Duration Of Storage 


Om 


The storage time of the MM in the MMS Relay/Server. 


Delivery Type 


Om 


The status code of the delivered MM. 


Delivery Result 


C 


The status of the delivered MM if requested. 


Status Code 


Om 


This field includes a more detailed technical status of delivering the message 


Sequence Number 


C 


Number of partial record if applicable 


Record extensions 


Oc 


A set of network/manufacturer specific extensions to the record. 
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4.2 Service record for recipient MMS (MMSR-CDR) 

If enabled, an MMSR-CDR mobile recipient MMS record shall be produced for each terminating MM sent by a 
mobile user agent via the MMS Relay/Server. 

Table 2: Mobile recipient MMS record (MMSR-CDR) 



Field 


Categ 
ory 


Description 


Record Type 


M 


Mobile Recipient MMS. 


MMS Relay Address 


M 


The IP address of the current MMS Relay/Server of the recipient MM. 


Message ID 


M 


The MM identification delivered by the MMS Relay/Server. 


Originator address 


M 


The address of the originator MMS user agent of the original MM, i.e. the 
recipient of the read-reply report. 


Recipient address 


M 


The address of the recipient MMS user agent of the original MM, i.e. the 
originator of the read-reply report. Note: a multiple group may be addressed. 


Access Correlation 


Om 


An unique identifier delivered by the used access network domain of the 
recipient MMS User Agent. 


Content type 


M 


The content type of the MM content. 


Message size 


M 


The size of the MM. 


Message type 


M 


The category of the MM. 


Message class 


M 


The class selection such as personal, advertisement, information service. 


Charge Information 


C 


The charge indication and charge type. 


Delivery Time 


M 


The time at which the MM was received by the recipient MMS user agent. 


Time of Expiry 


C 


The desired duration of time prior to expiry for the reply-MM if specified by the 
originator MMS user agent. 


Duration Of Transmission 


Om 


The time used for transmission of the MM between the user agent and the 
relay server. 


Duration Of Storage 


Om 


The storage time of the MM in the MMS Relay/Server. 


Delivery Ack Request 


C 


The indication for the delivery request 


Sequence Number 


C 


Number of partial record if applicable 


Record extensions 


Oc 


A set of network/manufacturer specific extensions to the record. 



Parameter Description 



5.1 



Access Correlation 



A unique identifier delivered by the used access network domain of the originated/sending or recipient/receiving MMS 
User Agent. It may be used for correlation of the MMS CDRs with the corresponding MSC server CDRs in CS domain 
or GSN CDRs in PS domain. 



5.2 Charge Information 



This field consists of two parts, the charge indicator and the charge type. The charge indicator (charge/no charge) 
should be defined by the MMS Relay/Server. 

The charge types are as follows: 

Reply - a definition. 

etc. 
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An originator of the MMS may be take over the charge for the sending of a reply-MM to their submitted MM from the 
recipient(s). Therefore the originator MMS Relay/Server should mark the MM as no charge (reply-charged). The 
originator's MMSE could either accept the user's settings for charge type "reply" or not. The originator of an MM may 
also indicate to take over the charge for the reply MM. In such case the charge type is "reverse". 



5.3 Content Type 



Multiple media elements shall be combined into a composite single MM using MIME multipart format as defined in 
RFC 2046 [6]. Content- type maps directly since both are defined as being MIME content types. 
The content type of the message from the external server should be mapped to an appropriate MIME type/subtype and 
attached to the MM. (e.g. SMS via 3GPP TR 23.039[7] -> MM with text/plain). 

The media type of a single MM element shall be identified by its appropriate MIME type whereas the media format 
shall be indicated by its appropriate MIME subtype. 

To ensure interoperability with formats widely used (e.g. in the internet community) and to guarantee a minimum 
support and compatibility between multimedia messaging capable terminals the support of the following formats or 
codecs is suggested: 

1) Text types 

Minimum supported set of: 

plain text. Any character encoding (charset) that contains a subset of the logical characters in Unicode [8] 
shall be used (e.g. US-ASCII [9], ISO-8859-l[10], UTF-8[11], ShiftJIS, etc.). 

Unrecognised subtypes of "text" shall be treated as subtype "plain" as long as the MIME implementation knows how to 
handle the charset. 

2) Image type 
Minimum supported set of: 

Baseline JPEG [17]. 
Suggested format/codec for media type Image: 
GIF 89a [18]. 

3) Audio types 
Minimum supported set of: 

AMR [12]; organised in the Bitstream Syntax as proposed by the IETF [13]. 
Suggested formats/codecs for media type Audio: 
MP3 [14]. 
MIDI [15]. 
AAC [16]. 

4) Video types 
Minimum supported set of: 

- ITU TH.263 baseline [21]. 
Suggested formats/codecs: 

MPEG-4 Visual Simple Profile Level [22] and [20]. 
H.263 profile 3 level 10 [23]. 
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To ensure interoperability for the transport of speech, audio and/or video media associated with an MM, the MP4 file 
format shall be supported. The usage of the MP4 file format shall follow the technical specifications and the 
implementation guidelines specified in 3GPP TS 26.234 [19]. 

NOTE: The present document [19] specifies a mechanism for the registration of AMR and H.263 codestreams to 
be included in MP4 files. 

5) Application type 

Any other unrecognised subtype and unrecognised character set, which aren't handled as "text/plain" shall be treated as 
"application/octet - stream". 

5.4 DeliveryAckRequest/Delivery Result 

This is the indication in the MMSR-CDR of the recipient MMS User Agent that a delivery report has been requested by 
the originator MMS User Agent. This field in the MMSO_CDR contains the result of the MM delivery to the recipient. 

5.5 Delivery Time 

The delivery time field contains the time stamp relevant for the handling of the MM by the recipient MMS Relay/Server 
(read, deleted without being read, etc.). The time-stamp includes at a minimum: date, hour, minute and second. 

5.6 Delivery Type 

This field contains an appropriate status value to the delivered MM. 

5.7 Duration of Transmission/Storage 

These fields contain the relevant time in seconds. The Duration of Transmission is the time from the beginning to the 
end of the MM transfer between the MMS user agent and the MMS relay server; e.g. for streaming purposes. The 
Duration of storage is the time interval while the message is temporarily and/or persistently stored in the MMS 
Relay/Server. 



5.8 Earliest Time of Delivery 



This field contains either the earliest time to deliver message or the number of seconds to wait before delivering the 
message. 



5.9 Forwarded Message Indicator 

This field shall indicate that the original MM was forwarded. If this field is missing the message shall be treated as a 
regular message. 

5.10 Message ID/Reply Message ID 

The MMS Relay/Server shall provide an identification for a message, which it routed forward or has accepted for 
delivery. The MM Message-ID is mapped to a corresponding STD 1 1 [5] "Message-ID" header. Each MM message 
must have a globally unique messagelD, which is carried in the "Message-ID" header. If a Forwarded Message 
Indicator is present the Message ID from the original MM must be preserved. 

5.11 Message Class 

A class of message such as personal, advertisement, information service etc. For more information see TS 23.140[4]. 
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5.12 Message Size 

The message size includes the number of octets during the MM transmission. 

5.13 Message Type 

A type that consists of one of the following four choices: Notification, Message MM, Delivery Report, Read-Reply. 

5.14 MMS Relay Address 

This field contains the IP address of the MMS Relay/Server, which has generated the CDR. 

5. 1 5 Originator Address/Recipient Address 

These fields contains the originator/recipient or forwarding/forwarded MMS user agent address. The MMS supports the 
use of E-Mail addresses (RFC 822) [5], MSISDN (E.164) or IP address. 

5.16 Record Extension 

The field enables network operators and/or manufacturers to add their own extensions to the standard record definitions. 

5.17 Record Type 

The field identifies the type of the record, e.g. MMSO-CDR and MMSR-CDR. 

5.18 Sequence number 

This field contains a running sequence number employed to link the partial records generated for a particular MM 
transfer over the air interface only. 

5.19 Status Code 

This field includes a more detailed technical status for delivery of the message and may contain one of the following 
causes: 

- cause for termination, refer TS 32.205 [25]. 

- cause for record closing, refer TS 32.2 15 [26]. 

The status code is also extended by MMS specific information. 

5.20 Submission Time 

The submission time field contains the time stamps relevant for the submission of the MM. The time-stamp includes a 
minimum of date, hour, minute and second. 



5.21 Time of Expiry 



This field contains the desired date or the number of seconds to expiry of the MM, if specified by the originator MMS 
User Agent. In case of reply-charging, the time of expiry is the latest time of submission of a reply-MM. 
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Charging Data Record Structure 



6.1 



ASN.1 definitions for CDR information 



The ASN.l definitions are based on the charging specific data types within the current 3GPP 32-series, the TS 32.205 
for CS domain[25] and TS 32.215 for PS domain[26]. 



TS32235-DataTypes {itu-t (0) identif ied-organization (4) etsi(O) mobileDomain (0) umts-Operation- 
Maintenance (3) ts-32-235 (235) inf ormationModel (0) asnlModule (2) versionl (1) } 



DEFINITIONS IMPLICIT TAGS 

BEGIN 

— EXPORTS everything 

IMPORTS 



CallEventRecord, CallEventRecordType, Chargelndicator, CallDuration, TimeStamp, MSISDN, 
CallReference, MscNo, ManagementExtensions 

FROM TS32205-DataTypes {itu-t (0) identif ied-organization (4) etsi(O) mobileDomain (0) umts- 
Operation-Maintenance (3) ts-32-205 (205) inf ormationModel (0) asnlModule (2) versionl (1)} 

— see TS 32.205 [25] 



ChargingID, IPAddress, GSNAddress 

FROM TS32215-DataTypes {itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) umts- 

Operation-Maintenance (3) ts-32-215 (215) inf ormationModel (0) asnlModule (2) versionl (1)} 

— see TS 32.215 [26] 



CALL AND EVENT RECORDS 



MMSORecord 
{ 



SET 



recordType 


[0] 


mmsRelayAddress 


[1] 


messagelD 


[2] 


replyMessagelD 


[3] 


originator Address 


[4] 


recipientAddress 


[5] 


accessCor relation 


[6] 


contentType 


[7] 


messageSize 


[8] 


messageType 


[9] 


forwardedMes sage Indicator 


[10 


messageClass 


[11 


cliarge In format ion 


[12 


submissionTlme 


[13 


timeOfExpiry 


[14 


earl ie St TimeOf Deli very 


[15 


durationOfTransmission 


[16 


durationOf Storage 


[17 


deliveryType 


[18 


deliveryResult 


[19 


statusCode 


[20 


sequenceNumber 


[21 


recordExtensions 


[22 



CallEventRecordType, 

IPAddress, 

OCTET STRING, 

OCTET STRING, 

MMSAgentAddress, 

MMSAgentAddresses, 

AccessCorrelation OPTIONAL, 

ContentType, 

DataVolume, 

MessageType, 

BOOLEAN OPTIONAL, 

MessageClass, 

Clnargelnformation OPTIONAL, 

Time St amp, 

WaitTlme OPTIONAL, 

WaitTlme OPTIONAL, 

INTEGER OPTIONAL, 

DeltaSeconds OPTIONAL, 

DeliveryType OPTIONAL, 

BOOLEAN OPTIONAL, 

StatusCode, 

INTEGER OPTIONAL, 

ManagementExtensions OPTIONAL 



MMSRRecord 



SET 
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recordType 


[0] 


mm s Re 1 a y Add r e s s 


[1] 


messagelD 


[2] 


originator Address 


[3] 


recipientAddress 


[4] 


accessCor relation 


[5] 


contentType 


[6] 


messageSize 


[7] 


messageType 


[8] 


messageClass 


[9] 


charge Information 


[10] 


deliveryTime 


[11] 


timeOfExpiry 


[12] 


durationOfTransmission 


[13] 


durationOf Storage 


[14] 


deliveryAckRequest 


[15] 


sequenceNumber 


[16] 


recordExtensions 


[17] 



CallEventRecordType, 

IPAddress, 

OCTET STRING, 

MMSAgentAddress, 

MMSAgentAddress, 

AccessCorrelation OPTIONAL, 

ContentType, 

DataVolume, 

MessageType, 

MessageClass, 

Cliargelnformation OPTIONAL, 

Time St amp, 

WaitTime OPTIONAL, 

INTEGER OPTIONAL, 

WaitTime OPTIONAL, 

BOOLEAN OPTIONAL, 

INTEGER OPTIONAL, 

ManagementExtensions OPTIONAL 



COMMON DATA TYPES 



AccessCorrelation 



CHOICE 



circuitSwitclned 
pac]<:etSwitc]ned 



} 



[0] CircuitSwitclnedAccess, 
[1] Pac]<:etSwitc]nedAccess 



ApplicationType 
{ 

octetstream 



ENUMERATED 



(0) 



Any otlier unrecognised subtype and unrecognised cliarset 
slnall be treated as "application/octet - stream". 



AudioType 



ENUMERATED 



amr 
mp3 
midi 
aac 



(0), 
(1). 
(2), 
(3) 



AMR; organised in tine Bitstream Syntax 

MP 3 

MIDI 

AAC 



Clnarge Information 



SEQUENCE 



clnarge indication 
clnargetype 



[0] Clnargelndicator, 
[1] ClnargeType 



ClnargeType 
{ 



normal 

pre-paid 

reply 

reverse 

tlnird-party- financed 



ENUMERATED 

(0), 
(1). 
(2), 
(3), 
(4) 



CircuitSwitchedAccess ::= SEQUENCE 
{ 



mSCIdentifier 
callReferenceNumber 



[0] MscNo, 

[1] CallReference 



ContentType 



SEQUENCE 



text-plain 

image 

audio 

video 

application 



[0] TextType, 

[1] ImageType, 

[2] AudioType, 

[3] VideoType, 

[4] ApplicationType 
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DataVolume 



INTEGER 



The volume of data transferee! in octets. 



.veryType 


: : = 


ENUMERATED 


retrieved 


(0), 




forwarded 


(1), 




expired 


(2) , 




rejected 


(3), 




deferred 


(4), 




unrecognised 


(5) 





DeltaSeconds 



OCTET STRING [ 



ImageType 

{ 

jpeg 
gif 



ENUMERATED 



(0), 
(1) 



Baseline JPEG 
GIF 89a 



MessageType 



ENUMERATED 



notification (0) , 

message-MM (1) , 

delivery-report (2), 

read-reply (3) 



MessageClass 
{ 



ENUMERATED 



personal (0) , 

advertisement (1) ^ 
information-service (2) 



MMSAgentAddress 

{ 

eMail-address 

mSISDN 

iPAddress 



: := SEQUENCE 

[0] OCTET STRING, 

[1] MSISDN OPTIONAL, 

[2] IPAddress OPTIONAL 



MMSAgentAddresses : 
Packet SwitchedAccess 



SET OF MMSAgentAddress 
= SEQUENCE 



gSNAddress 
chargingID 



[0] GSNAddress, 
[1] ChargingID 



StatusCode 



INTEGER 



cause codes to 15 are defined in TS 32.205 [25] as ' CauseForTerm' 
(cause for termination) and cause code 16 to 20 are defined 
in TS 32.215 [26] as 'CauseForRecClosing' 



no rmalRe lease 

abnormalRe lease 

serviceDenied 

me ssageFormat Corrupt 

sendingAddressUnre solved 

me ssageNot Found 

networkProblem 

contentNot Accepted 

unsupportedMessage 



TextType 
{ 

plaintext 





(0), 




(4), 




(30) 




(31) 


)lved 


(32) 




(33) 




(34) 




(35) 




(36) 


ENUMERATED 



ok 

error unspecified 



(0) 



Any character encoding (charset) that contains a subset of the logical characters 
in Unicode shall be used (e.g. US-ASCII, ISO-8859-1, UTF-8, Shift_JIS, etc.). 
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} 

VideoType ::= ENUMERATED 
{ 

mp4 (0), — MP4 file format used 

mpeg4 (1), — MPEG 4 (Visual Simple Profile, Level 0) 

h263base (2), — ITU-T H.263 baseline 

h263prof (3) — H.263 profile 3 level 10 
} 

WaitTime ::= CHOICE 
{ 

http-date [0] TimeStamp, 

delta-seconds [1] DeltaSeconds 



END 



7 Charging Data Record Transfer 

The generated MMS-CDR in the MMS Relay/Server shall be transferred to the Billing System by the use of FT AM 
protocol on X.25 or TCP/IP, or FTP or TFTP over TCP/IP. For further details of the use of FT AM see GSM 12.01 [27] 
and of the use of FTP see [28] and TFTP see [29]. 
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Annex A (informative): 
Change history 



Change history 


Date 


TSG# iTSGDoc. 


CR 


Rev 


Subject/Comment 


Old 


New 


Jun 2001 


S 12 


SP-010236 


- 




Submitted to TSG SA #12 for Information 


1.0.0 


1.0.1 


Sep 2001 


S 13 


SP-010464 


- 




Submitted to TSG SA #13 for Approval 


2.0.0 


4.0.0 
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